Method and system for providing communication control functionality at a remotely located site using a distributed feature architecture

ABSTRACT

A method for providing communication control functionality at a remotely located site using a distributed feature architecture which provides communication features and data records to an Enhanced Network User (ENU). The ENU connects to a Distributed Feature Network (DFN) in order to gain access to communications features contained in the DFN. Based on the type of communication requested, one or more feature boxes are created in order to implement the requested communication.

This application is a continuation of U.S. patent application Ser. No.12/501,936, filed Jul. 13, 2009, now U.S. Pat. No. 8,295,208, which is acontinuation of U.S. patent application Ser. No. 11/147,796, filed Jun.7, 2005, now U.S. Pat. No. 7,567,524, which is a continuation of U.S.patent application Ser. No. 09/694,880 filed Oct. 24, 2000, now U.S.Pat. No. 6,907,012.

TECHNICAL FIELD

The present invention relates to a system and method for providingcontrol functionality to communication services, and more particularly,to a method and system for providing communication control functionalityat a remotely located site using a distributed feature architecture.

BACKGROUND OF THE INVENTION

In the network architectures currently used for most voice and datacommunications, such as the Public Switched Telephone Network,intelligence is concentrated at central locations to allow forcomplicated functions to be implemented on a widespread basis. Networkelements which may be utilized to carry out these functions includenetwork databases and Automatic Call Distributors (ACDs). Such functionsmay include complex routing instructions as may be required in directingcalls to call centers with multiple geographic locations and serviceswhich use calling cards. In the case of call center services, multiplecalls are routed to ACDs at the same time causing the calls to be placedin queues. Typically, ACDs are located on the call center premises andowned and operated by the call center. The expense involved in obtainingand operating the ACDs is significant.

Another phenomenon which is affecting how communication services arebeing provided is due to the fact that many employees are now able towork out of their homes, commonly referred to as telecommuting. In orderfor telecommuters to effectively perform their jobs, there is a need forthe telecommuter to have access to sophisticated communication servicessuch as company databases and other software, as well astelecommunication features such as conference calling and callforwarding. It is very expensive to provide telecommuters with theequipment required to be able to provide these services.

There is a need to provide telecommuters with the ability to havesophisticated communication control functionality in a cost effectivemanner. One solution to this problem is to provide the communicationcontrol functionality in the network and make it accessible to thetelecommuter. Such a solution is described in commonly assigned,co-pending patent application Ser. No. 09/318,015 filed May 25, 1999entitled “Method and System for Providing Communication ControlFunctionality at a Remotely Located Site” which is incorporated byreference herein. However, this solution is not contemplated in thecontext of a distributed feature architecture.

SUMMARY OF THE INVENTION

The present invention is directed to a system and method for providingcommunication control functionality at a remotely located site using adistributed feature architecture. An Enhanced Network User (ENU)connects to a Distributed Feature Network (DFN) in order to gain accessto communications features contained in the DFN. Based on the type ofcommunication requested, one or more feature boxes are created in orderto implement the requested communication.

An example of the type of ENU who may request communication over the DFNis a customer service representative or agent who works in a remotelocation from a call center and does not have access to sophisticatedcommunication equipment. The customer service representative connects tothe DFN and logs' in so that he can have access to call centerapplications. Once logged in, the customer service representative isable to retrieve information, such as order forms and customer recordsfrom an operational database. The customer service representative alsois able to use sophisticated communication features such as conferencecalling, transferring calls and monitoring techniques by accessing theappropriate feature boxes in the DEN.

Another example of the type of ENU who may request communication overthe DEN is a telecommuter. The telecommuter connects to the DEN and logsin so that he can have access to telecommuter applications. Once loggedin the telecommuter is able to retrieve files from an operationaldatabase. The telecommuter is also able to use sophisticatedcommunication features such as conferencing, share presentation andother application by accessing the appropriate feature boxes in the DFN.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and notlimitation in the accompanying figures in which like reference numeralsindicate similar elements and in which:

FIG. 1 illustrates a block diagram of a system for implementingcommunication control functionality at a remotely located site inaccordance with the present invention;

FIG. 2 is a block diagram of the system of FIG. 1 which illustrates howan enhanced network user may log onto a communication network to achievecommunication control functionality according to an embodiment of thepresent invention;

FIG. 3 is a block diagram of the system of FIG. 1 which illustrates howthe enhanced network user receives an incoming communication from athird party caller in accordance with the present invention;

FIG. 4 is a block diagram of the system of FIG. 1 which illustrates howthe enhanced network user may take advantage of communication controlfunctionality resident in the network during the handling of a call witha third party caller in accordance with the present invention; and

FIG. 5 is a block diagram of the system of FIG. 1 which illustrates howthe enhanced network user may take advantage of communication controlfunctionality resident in the network in a telecommuting context inaccordance with the present invention.

DETAILED DESCRIPTION

FIG. 1 illustrates a system for implementing communication controlfunctionality at a remotely located site using a distributed featurearchitecture in accordance with the present invention. It is to beunderstood that the present invention is being described in the contextof a user (such as one at location 108, 122 or 150) being able to accessnetwork capabilities to be able to perform desired functions at hislocation without the need for specialized telecommunications equipmentor elaborate network connections.

The type of applications which may be employed by the user are of thetype which might normally be required in a workplace environment, suchas, but not limited to call center software applications or other typeof office related applications such as conferencing, access to corporatedatabases and software and various other applications. In addition,communications between a user of such network capabilities and a thirdparty which does not have access to these capabilities will also bediscussed hereafter.

For ease of explanation, a user of the network features contemplated bythe present invention will be referred to hereinafter as an enhancednetwork user (ENU). A third party trying to reach an ENU will bereferred to as a third party caller (TPC). The manner in which a TPC orENU may connect to the network elements is fully described in co-pendingapplication Ser. No. 09/318,015 filed May 25, 1999 entitled “Method andSystem for Providing Communication Control Functionality at a RemotelyLocated Site” which, as indicated above, is incorporated by referenceherein. The types of communication applications which may be used by theENU are further described in co-pending application Ser. No. 09/492,594filed Jan. 27, 2000, entitled “Virtual Contact Center With FlexibleStaffing Control”; Ser. No. 09/490,887 filed Jan. 27, 2000, entitled“Control of Merchant Application by System Monitor in Virtual ContactCenter”; and Ser. No. 09/370,766 filed Aug. 9, 1999, entitled “Methodand System for Providing Enhanced Call Service Features at RemoteLocations” each of which is incorporated herein by reference.

An ENU may connect to a distributed feature network 142 in a number ofways. The distributed feature network (DFN) 142 is the mechanism bywhich the ENU is able to obtain and utilize the enhanced networkfeatures the ENU needs to perform his or her desired tasks. The DFN 142comprises a number of nodes where feature logic resides and executes.These Distributed Feature Nodes (DF Nodes) can be deployed at variouslocations in the network, such as DF Node 144 in corporate location 130,DF Node 148 in ENU home 150, and a network resident DF Node 146. Each DFNode is comprised of a DFN router, trunk interfaces, feature boxes, aconfiguration database and an operational database as will be made moreapparent hereinafter.

An ENU at a first location 108 accesses the DFN 142 by using either atelephone 110 and/or a personal computer (PC) 114 to connect via a cablemodem 112 to a cable headend 120 which is connected to the Internet 106.It to be understood by those skilled in the art that instead of theInternet 106 the ENU could connect to an Intranet or other type of widearea network. The ENU must log in prior to gaining access to the DFN142.

In addition to logging in to the DFN 142, an ENU may also be required toauthenticate their identity. Authentication may occur through any knownmeans. Identifying characteristics that have been employed inauthentication techniques include: voice samples, fingerprints, retinapatterns, personal appearance, handwriting and even the manner in whicha wave is polarized as it passes through a portion of the body. Anothermethod employed to obtain such an alleged identity is to require therequester to enter some type of a code. This code may be typed in via akeypad or scanned from a device in the requester's possession and maycomprise a login identification and password or a pseudorandom codegenerated by a security device. In addition, smart cards or digitalcertificates can be used to authenticate the ENU.

For example, the ENU may log into the DFN 142 by entering an appropriatelogin name and password either by typing or speaking the login name andpassword into the PC 114 or speaking the login name and password intothe telephone 110. A web server 132 and database 140 which contain allof the data needed to run the various applications required by the ENUare accessible to the DFN 142 via a hub 136 which is preferably arouter.

A two line solution can be used to connect to the DFN 142. An ENUlocated at house 122 can use a telephone 104 to connect to the PublicSwitched Telephone Network (PSTN) 104. The PSTN 104 can then connect viaa gateway 160 to the Internet 106. The ENU's PC 126 can also connectthrough a Virtual Private Network (VPN) 128 to the Internet 106. Asindicated above, in order for the ENU PC 126 to access the DFN 142 itmust first log in. Once logged in, the ENU PC 126 can connect to thecorporate web server 132 and database 140 via a hub 136.

An ENU may also directly connect to the DFN 142. A telecommuter locatedat house 150 may connect to a virtual private network (VPN) 156 via a PC158 which is directly connected both to the Internet 106 and the DFN142.

The specifics of how the DFN 142 operates in order to provide variousmultimedia services is described in co-pending patent application Ser.Nos. 09/034,681 entitled “Telecommunication System and Method” which wasfiled on Mar. 4, 1998 and provisional application Ser. No. 60/154,877,filed Sep. 20, 1999, entitled “Routing Extensions for TelecommunicationsNetwork System and Method” both of which are incorporated by referenceherein. In accordance with the present invention, the distributedfeature network can be used to implement communication controlfunctionality to an enhanced network user by providing the functionalityvia the network rather than by requiring the enhanced network user tohave specialized equipment.

Because of the dynamic nature of the DFN in that feature boxes arecreated and destroyed based on the network functional requirements of aparticular ENU, the present invention will be described in conjunctionwith a number of network diagrams which illustrate various networkfunctionalities which may be required to practice the present invention.It is to be understood by those skilled in the art that these diagramsare merely a sampling of the type of functionality which may beimplemented using the present invention, and not an exhaustive catalogof all network functionalities available to any given ENU.

FIG. 2 illustrates an architecture which may be used to have an ENU logonto a DFN 206. The DFN 206 provides the ENU with the data and softwarerequired to obtain sophisticated multimedia features such as, but notlimited to, conferencing, call forwarding, downloading of databases,spreadsheets and forms, etc. Types of uses for the DFN 206 include callcenter applications for remote call center workers and office-typeapplications for telecommuters. DFN 206 may be made up of a number of DFNodes. Each DF Node is responsible for providing the ENU with aparticular communication functionality.

The DFN is comprised of a plurality of feature boxes (e.g.,authentication feature box 216). The feature boxes communicate with anoperational database 214 for the storage and retrieval of data. Forexample, a feature box may access TPU records to determine if a TPU'sinformation matches information kept on file for that particular TPU.Another example would be the retrieval of data which represents whichENUs (e.g., call agents) are busy and the size of a queue for aparticular ENU. Other data which may be accessed from the operationaldatabase 214 includes customer profiles, inventories and various forms.

An example of how an ENU may gain access to the DFN 206 will now bedescribed. An ENU communication device 202, such as a PC, connects to aDFN 206 via a cable modem 204 by dialing an access number. A trunkinterface 208 located within the DFN 206 receives the access number andforwards the number to a DFN router 210. The DFN router 210 then looksup the access number in a configuration database 212 to determine whichfeature box or boxes need to be accessed. The configuration database 212provides data which pertains to call set up and determines which featureboxes are required to accomplish the call set up and in which order thefeature boxes need to be accessed.

In an embodiment of the present invention, the translation of the accessnumber may be used to determine login criteria for the ENU. The IPaddress of the ENU communication device-may also be received by the DFNrouter 210. In the present example, the DEN database determines that anENU associated with the ENU communication device 202 must log in. Theauthentication feature box (FB) 216 requires that the ENU associatedwith the ENU communication device 202 provide login information, such asa login name and password.

Assuming that a valid login name and password are received, theauthentication FB 216 would compare the login name and password to atable containing valid login names and passwords residing in theoperational database 214 to log in the ENU associated with the ENUcommunication device 202. Once logged in, application FB 218 would becreated to allow the ENU associated with the ENU communication device202 to have access to the operational database 214 as well as additionalfeature boxes in the DFN 206.

The application FB 218 represents the set of feature boxes that would beset up to allow the ENU communication device 202 to have access tosoftware applications maintained by the operational database 214. Thetypes of application feature boxes which may be required by the ENUinclude feature boxes for creating order forms, viewing customerrecords, and for checking inventory stock. In an example where the ENUis a contact center agent who is logging into the contact center tobegin receiving calls, a login and activate FB 220 is created to updatethe status of the ENU in the operational database 214 to indicate thatthe ENU is available to receive incoming calls.

FIG. 3 illustrates a system for receiving an incoming call intended foran ENU in accordance with the present invention. A Third Party Caller(TPC) places “a call to an ENU using a telephone 302. It is to beunderstood by those skilled in the art that the TPC may use another typeof communication device such as, but not limited to, a wirelesstelephone, a computer with telephony software or a personalcommunication device without departing from the scope and spirit of thepresent invention. The call is communicated over the Public SwitchedTelephone Network (PSTN) 304 to an IP gateway 306. In accordance withone embodiment of the present invention, the routing of the call to theIP gateway 306 is the result of the translation of the dialed numberinputted into telephone 302 by the caller by a network database (notshown) located within the PSTN 304. The translation would indicate therouting instructions which would include routing to the IP gateway 306.The dialed number may be a toll free number such as an 8## number or anyother type of telephone number which would be recognized by the PSTN 304as requiring translation for routing purposes.

The IP gateway 306 would then route the call to a trunk interface 310which is located within the DFN 308. The DFN 308 is preferably apacket-based network such as the Internet or an intranet. The trunkinterface 310 would then route the call to a DFN router 312. Includedwith the call may be the dialed number (DNIS) as well as the number fromwhich the called originated (ANI). Other information to the extent itmay affect further routing of the call such as, but not limited to, timeof day, day of week, geographic area of origination may also becommunicated with the call.

The DFN router 312 would then communicate with the configurationdatabase 314 to determine what features need to be created to handle theincoming call. For each feature that is required, a feature box iscreated. In the present example being described in conjunction with FIG.3. it is assumed that the TPC is attempting to reach a call centerrepresentative, in the present example ENU PC 328.

The trunk interface 310 would first route the call and the additionalinformation mentioned above to a Telephone Number Translation (TNT)feature box 318. The TNT feature box 318 would then communicate with theoperational database 316 via the DFN router 312 to perform a lookup ofthe configuration database 314 and then determine further routinginstructions for the call. In the present example, the telephone numbertranslation indicates that the call is directed to a call centerrepresentative. Based on various factors such as, but not limited to,where the call originates (e.g., ANI), the time of day and day of week,an initial determination of specifically where the call should be routedis determined.

Next the configuration database 314 has determined that a Voice ResponseUnit (VRU) feature box 320 is needed to get further information from theTPC. A connection is established between the VRU feature box 320 and theTPC's telephone 302 to obtain specific information from the TPC. Suchinformation may include the purpose of the call (e.g., to place anorder, register a complaint, speak with customer service), or theurgency of the call. The TPC may provide the requested information inany of a number of conventional ways for responding to a VRU includingDual Tone Multifrequency (DTMF) tones or voice response. Based on theinformation provided by the TPC which is then forwarded to theoperational database 316, the ultimate destination of the call may bealtered.

Once the final routing for the call has been determined by theconfiguration database 314, the call is forwarded to an Automatic CallDistributor (ACD) feature box 322 which will connect the TPC to thedesignated ENU PC 328, when the ENU PC 328 is available to receive thecall. As with any ACD, if there are more callers than call centerrepresentatives to answer the calls, queues will be formed for one ormore of the call center representatives to manage the call flow. The ACDfeature box 322 can also redistribute calls if it determines that callscan be handled in a more expedited fashion. The ACD feature box 322 mayalso communicate with one or more PBX feature boxes 323. The PBX featureboxes 323 provide features which are similar to a conventional PBX suchas, but not limited to, hold, conferencing, and transfer. Once the ENUPC 328 is available to take the call from the TPC, a trunk interface 324communicates the call to the ENU PC 328 via a cable modem 326.

Another aspect of the present invention is the ability for the ENU tohave access to communication control functionality through thecommunication network. An example of such functionality will bedescribed now with reference to FIG. 4. Continuing the exampleillustrated in FIG. 3, it is determined by the ENU that the call fromthe TPC needs to be transferred to another call center representative(ENU). The ENU sends a message to the PBX feature box 323 via the ENU PC328 indicating that the call needs to be transferred to another agent.It is to be understood that the agent in which the call is to betransferred may be specified or the call may generally be rerouted toanother location. In the present example, it is being assumed that thecall is being routed to a specific agent. As such, included in themessage to the PBX feature box 323 is an indication of which agentshould receive the call.

The PBX feature box 323 forwards a request to the DFN router 312 toreceive the address of the agent to which the call should be routed. TheDFN router 312 sends a query to the operational database 316 to retrievethe address. The operational database 316 includes a table of agents andtheir corresponding address locations. The appropriate address isretrieved and sent to the PBX feature box 323 via the DFN router 312.The PBX feature box 323 then determines if the agent is available totake the call. If the agent is available, the PBX feature box 323transmits the call to a router 410 associated with the agent's PC 414.The call is then bridged from the ACD feature box 322 to the transferagent's PC 414. If the agent is unavailable to take the call, the PBXfeature box 323 may place the call on hold until the agent is availableto take the call.

If the agent at ENU PC 328 requests a transfer to a particular agentgroup (e.g. technical support agent transferring the call to sales),then the ACD feature box 322 is responsible to queue the call to thegroup. As such, the ENU sends a message via the ENU PC 328 indicatingthat the call needs to be transferred to a particular agent group.

The ACD feature box 322 forwards a request to the DFN router 312 toreceive the address of the agent group to which the call should berouted. The DFN router 312 sends a query to the operational database 316to retrieve the address. The operational database 316 includes a tableof agents groups and their corresponding address locations. Theappropriate address is retrieved and sent to the ACD feature box 322 viathe DFN router 312. The ACD feature box 322 then determines if one ofthe agents in the particular agent group is available to take the call.If the agent is available, the ACD feature box 322 transmits the call toa router 410 associated with the agent's PC 414. The call is thenbridged from the ACD feature box 322 to the transfer agent's PC 414. Ifthe agent is unavailable to take the call, the ACD feature box 322 maytransfer the call to the PBX feature boxes 323 which may place the callon hold until the agent is available to take the call or the call may beplaced in a queue to be answered by the agent when he or she isavailable.

Other types of call control functionality are available to the ENU viathe network. Such functionality includes conference calling, placingcalls on hold, and accessing remote computer databases and softwareapplications. In the case of call center applications, such softwareapplications can be used to place orders, provide customer serviceassistance and access inventory databases. For each action which is tobe carried out by the ENU, one or more feature boxes are set up withinthe network 308.

It is also contemplated that the present invention can be used to carryout telecommuting communication functions. An example of suchfunctionality will now be described with respect to FIG. 5. A TPCcalling from a telephone 502 is trying to reach a telecommuter workingat ENU PC 528. The TPC dials the telephone number for the ENU which isreceived by the PSTN 504. It is to be understood by those skilled in theart that the TPC may use another type of communication device such as,but not limited to, a wireless telephone, a computer with telephonysoftware or a personal communication device without departing from thescope and spirit of the present invention. The call is communicated overthe Public Switched Telephone Network (PSTN) 504 to an IP gateway 506.The IP gateway 506 then routes the call to a trunk interface 510 whichis located within the DFN 508.

The trunk interface 510 would then route the call to a DFN router 512.Included with the call may be the number from which the calledoriginated (ANI). The DFN router 512 would then communicate with theconfiguration database 514 to determine what features need to be createdto handle the incoming call. For each feature that is required, afeature box is created.

Next the configuration database 514 has determined that a Voice ResponseUnit (VRU) feature box 518 is needed to get further information from theTPC. A connection is established between the VRU feature box 518 and theTPC's telephone 502 to obtain specific information from the TPC. Suchinformation may include the purpose of the call, or the urgency of thecall. The TPC may provide the requested information in any of a numberof conventional ways for responding to a VRU including Dual ToneMultifrequency (DTMF) tones or voice response.

The ENU, through some customization interface, is provided withcustomized information on how an incoming call of a particular purposeor urgency should be handled, (e.g., customer service versus customerorder information). This customized information is stored in theoperational database 516. Therefore. based on the information providedby the TPC and the information retrieved from the operational database516. the VRU FB 518 can determine the ultimate destination of the call.

In this example, the call is to be presented to the ENU at ENU PC 528.The DFN router 512, based on information in the configuration database514, has determined that a voice mail FB 520 and additional PBX FBs 522are required. Finally, the call is connected to the Trunk Interface 524which communicates the call to the ENU PC 528 via a cable modem 526. Ifthe ENU is busy or not available to take the call, then the voice mailFB 520 will be activated to take a message from the TPU.

While the present invention has been described in connection with theillustrated embodiments, it will be appreciated and understood thatmodifications may be made without departing from the true spirit andscope of the invention. For example, while the present invention isdescribed with reference to call center applications. it can beappreciated that the present invention may be used in any situation inwhich a user is working remotely from a centralized workplace. Examplesof such users are telecommuters and remote schooling programs. It is tobe understood that the particular embodiments shown and described by wayof illustration are in no way intended to be considered limiting.Therefore, references to details of particular embodiments are notintended to limit the scope of the claims, which in themselves reciteonly those features regarded as essential to the invention.

The invention claimed is:
 1. A method for providing a communicationcontrol functionality to a communication device over a distributedfeature network, comprising: creating, via a router deployed in thedistributed feature network, an authentication feature box for receivinglogin information from the communication device, the authenticationfeature box determining if the communication device is authorized tohave access to the communication control functionality, wherein thecommunication control functionality is residing in the distributedfeature network; and upon login, creating dynamically via the router anapplication feature box when the application feature box is determinedto be needed, wherein the application feature box is created in thedistributed feature network and is operating within the distributedfeature network, wherein the application feature box is created forperforming at least one of: performing the communication controlfunctionality for the communication device, downloading a data recordfrom an operational database, or communicating the data record to thecommunication device, wherein the performing the communication controlfunctionality comprises performing at least one of: processing a voicecommunication, processing a data communication, processing a multimediacommunication, providing a transfer capability, or providing aconferencing capability.
 2. The method of claim 1, further comprising:allowing the communication device via a signaling channel to access theapplication feature box.
 3. The method of claim 1, further comprising:allowing the communication device via a media channel to access theapplication feature box.
 4. The method of claim 1, further comprising:allowing the communication device via a signaling channel to access thedata record in the operational database.
 5. The method of claim 1,further comprising: allowing the communication device via a mediachannel to access the data record in the operational database.
 6. Themethod of claim 1, further comprising: receiving an incoming callintended for the communication device; and creating a feature box forconnecting the incoming call to the communication device.
 7. The methodof claim 6, further comprising: receiving a communication from thecommunication device requesting that the incoming call be transferred tovoice mail; creating a feature box for receiving a voice mail message;and transferring the incoming call to the feature box for receiving thevoice mail message.
 8. The method of claim 6, further comprising:receiving a communication from the communication device requesting thatthe incoming call be transferred to another communication device;creating a feature box for transferring the incoming call; andtransferring the incoming call to the another communication device. 9.The method of claim 6, further comprising: forwarding the data recordfrom the operational database to the communication device, the datarecord containing at least one of: information pertaining to theincoming call, a customer record information relating to a customerassociated with the incoming call, and at least one order form.
 10. Themethod of claim 1, wherein the distributed feature network comprises atleast one of: a broadband network, and a cable network.
 11. The methodof claim 1, wherein the communication device is a computer.
 12. A systemfor providing a communication control functionality to a communicationdevice over a distributed feature network, comprising: a router deployedin the distributed feature network for: creating an authenticationfeature box for receiving login information from the at least onecommunication device, the authentication feature box determining if thecommunication device is authorized to have access to the communicationcontrol functionality, wherein the communication control functionalityis residing in the distributed feature network; and creating dynamicallyan application feature box when the application feature box isdetermined to be needed, wherein the application feature box is createdin the distributed feature network and is operating within thedistributed feature network, wherein the application feature box iscreated for performing at least one of: performing the communicationcontrol functionality for the communication device, downloading a datarecord from an operational database and communicating the data record tothe communication device, wherein the performing the communicationcontrol functionality comprises performing at least one of: processing avoice communication, processing a data communication, processing amultimedia communication, providing a transfer capability, or providinga conferencing capability.
 13. The system of claim 12, furthercomprising: allowing the communication device via at least one of: asignaling channel and a media channel to access the application featurebox, or the data record in the operational database.
 14. A method forhandling communications in a distributed feature network, comprising:receiving, via a router deployed in the distributed feature network, acommunication request from a third party device to connect to acommunication device logged onto the distributed feature network;determining, via the router, a type of communication requested by thethird party device; determining, via the router, if the communicationdevice is available and is able to respond to the type of communicationbeing requested by the third party device; routing, via the router, thecommunication request to the communication device when the communicationdevice is determined to be available and is able to respond to the typeof communication being requested; and creating, via the router, afeature box corresponding to a communication control functionalityrequired by the communication device that is available so that theavailable communication device is able to interact with the third partydevice, wherein the communication control functionality comprises atleast one of: processing a voice communication, processing a datacommunication, processing a multimedia communication, providing atransfer capability, or providing a conferencing capability, wherein thefeature box is created dynamically when the feature box is determined tobe needed in the distributed feature network and is operating within thedistributed feature network.
 15. The method of claim 14, furthercomprising: forwarding to the communication device that is availableinformation from an operational database associated with the third partydevice that originated the communication request.
 16. The method ofclaim 14, wherein the communication request comprises at least one of: atelephone number, or a universal resource locator address.